home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000337_news@columbia.edu_Mon Nov 6 15:39:26 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA00669
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 6 Nov 1995 10:39:35 -0500
  3. Received: by apakabar.cc.columbia.edu id AA02576
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 6 Nov 1995 10:39:32 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Maximum transfer speed
  9. Date: 6 Nov 1995 15:39:26 GMT
  10. Organization: Columbia University
  11. Lines: 55
  12. Message-Id: <47la7e$2g8@apakabar.cc.columbia.edu>
  13. References: <Pine.HPP.3.91.951104220341.18624A-100000-100000@bluejay.creighton.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article
  18.  <Pine.HPP.3.91.951104220341.18624A-100000-100000@bluejay.creighton.edu>,
  19. Psychos 'R Us  <honge@creighton.edu> wrote:
  20. : : : ...
  21. : : : With MS-kermit... 3.14 patch 0 (21 May 1995)
  22. : 
  23. You might want to try installing the patches - it might make a difference.
  24.  
  25. : : : ... the transfer rate is around 880cps... 
  26. : 
  27. : Right now, with all the control characters unprefixed, the transfer is 
  28. : exactly 1187cps at 14.4k -- which, in my opinion, little bit low. (: But 
  29. : it was an improvement from 880cps.
  30. : 
  31. Right on both counts.  Kermit can do much better than 1187 cps.
  32.  
  33. : For more FYI, I strictly do ZIPped download -- as such, I always try to 
  34. : turn off the hardware compression. With the Hayes Smartcom, I found it 
  35. : makes no difference in downloading speed whether the modem is going 
  36. : through Hayes ESP or a plain 8250-equipped built-in serial port.
  37. : 
  38. : So from that fact, there are some heavy-duty overhead going on with 
  39. : kermit which I cannot put my finger on.
  40. : 
  41. No, that's not it, because the same program can transfer data at much
  42. higher rates.  Most people consistently get 1600+ bps downloading ZIP files
  43. on exactly the same type of connection, even using relatively low-end PCs,
  44. and MUCH higher rates than that on uncompressed files.  There is something
  45. peculiar about your setup, and the most likely culprit is the ESP board.
  46. A second suspect would be the modem.  Measurements done here indicate that
  47. turning off compression buys you next to nothing, but -- given the variation
  48. in modem quality -- probably introduces some risks.  So if I were in your
  49. position I'd try a couple quick experiments:
  50.  
  51.  1. Put the modem back to its default configuration (RTS/CTS, V.32bis,
  52.     V.42, V.42bis) and see what difference that makes.  Obviously, make
  53.     sure Kermit is also set for RTS/CTS.
  54.  
  55.  2. Hook your modem up to a regular serial port -- preferably a 16550A if
  56.     you have one, and take the ESP board out of the loop.  Most modern
  57.     PCs have one or two serial ports on the motherboard and you probably
  58.     had to go into SETUP to disable them in order to install your ESP.
  59.  
  60. : I found the unprefix all does not 
  61. : always work. With 50-50 chance, the transfer will be aborted after 1st 
  62. : packet received with "unprefix all".
  63. : 
  64. That means that there is at least one control character on your connection
  65. that is not safe to unprefix.  Control-character unprefixing is
  66. intrinsically a tricky business.  If it were safe to do it always, we'd
  67. set Kermit up to do it by default.  You have to hunt down the offending
  68. control character(s) and prefix it/them.  There are lots of hints about
  69. this in the KERMIT.UPD file on the MS-DOS Kermit diskette.
  70.  
  71. - Frank